PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 3/USEnet 3.096

Text File | 1988-04-08 | 20.3 KB | 563 lines | [TEXT/ttxt]

30-Nov-87 08:15:09-PST,21351;000000000001
Date: Mon 30 Nov 87 10:14:03-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #96

Usenet Mac Digest     Saturday, November 28, 1987    Volume 3 : Issue 96

Today's Topics:
     MIDI + LSC
     Re: Multiple layer presentation slides
     Looking for source for Nubus Specification
     Mac ][ Sound Samplers
     Re: MPW debugger
     MacNosy & MultiFinder?
     Re: Digitized Sound Problems
     Does CMU TCP/IP work with MacIP?
     Is borland abandoning Macintosh?
     Re: LSC & 68881 on Mac II
     Word 3.01 Search/Replace Formats utility?
     Re: Joysticks for ADB
     Disk Recovery Using MacZap [was Re: HELP!!]
     Re: Cray - Finder
     Re: Can ROM fonts be modified?
     Re: Compiler efficiency
     1st Base problem
     APDA - any satisfied customers?
     Re: Compiler efficiency
     Re: APDA - any satisfied customers?
     Developing hardware for Mac

----------------------------------------------------------------------

From: [e-mail]
Subject: MIDI + LSC
Date: 18 Nov 87 14:25:00 GMT

Does anyone out there have a set of routines for doing MIDI input-output
via Lightspeed C?  An interrupt-driven version is preferable but I'll
take anything that works.

 Ron Wallace
 ronw@inmet


------------------------------

From: [e-mail] (Teriann Wakeman)
Subject: Re: Multiple layer presentation slides
Date: 19 Nov 87 18:54:01 GMT
Organization: HP Corporate Engineering - Palo Alto, CA

Suggestion on multilayer overhead slides, Don't.

A slide is not 100% transparent, & each layer makes the overall slide a
little darker. This 'dingyness' can  lessen the positive impact that you
are trying to make. Also, it is easy to get the registration slightly
off between layers, esp. if there are more then 2. You also spend time
lining up the slide registrations which also draws attention away from
what you are trying to say.

Here's an alternative: use your favorite slide producing application ( I
get exellent milage  out of the old stand-bys, MacDraw and MacWrite) to
draw the first stage  of your slide that you want to present. Save it
under another name.  Continue drawing untill you have the next stage
that you want to present  (original + next layer), save this under a
different name. Continue  untill you have completed everything that you
wish this slide to  present. Print/plot each level. You now have the
equivilent of a  multiple layer slide without the "dingyness" of
layering, or the  fiddling arround of trying to match registration
marks.  You get a  smoother presentation with less chance of problems.

Hope this works.

 TeriAnn Wakeman
 Process tools & Training development
 Corporate Product Regulations
 Hewlett-Packard
 [phone]


------------------------------

From: [e-mail] (Erik Freed)
Subject: Looking for source for Nubus Specification
Date: 19 Nov 87 21:19:54 GMT
Organization: Aurora Systems San Francisco, California

I need some help... Does anyone know where I can get the Nubus electical
spec?
           Erik P.S. Thanks in advance.

--
        Erik Freed  Aurora Systems Redwood City, Ca. USA 94063
        UUCP:ucbvax!ptsfa!trane!freed
        415-369-9400


------------------------------

From: [e-mail] (Jeffrey A. Sullivan)
Subject: Mac ][ Sound Samplers
Date: 20 Nov 87 19:44:15 GMT
Organization: Univ. of Pittsburgh, Comp & Info Sys

Does anyone know if the Impulse (?) sound sampler works on the Mac II,
and  if so, can you generate stereo samples?  What about the BMUG
sampler?

Where can I get each, and what are the relative merits?

--
..........................................................................
Jeff Sullivan                University of Pittsburgh
pitt!cisunx!jasst3            Intelligent Systems Studies Program
jasper@PittVMS (BITNET)            Graduate Student
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .


------------------------------

From: [e-mail] (Jordan Mattson)
Subject: Re: MPW debugger
Date: 20 Nov 87 17:14:29 GMT
Organization: Apple Computer Inc., Cupertino, USA

Dear Folks -

    Apple is developing a source level debugger as part of MPW 3.0.  When
this is closer to completion I will post more details.

--
Jordan Mattson                UUCP:   ucbvax!mtxinu!apple!jordan
Apple Computer, Inc.            CSNET:     [e-mail]
Tools & Languages Product Management
20525 Mariani Avenue, MS 27S
Cupertino, CA 95014
408-973-4601
            "Joy is the serious business of heaven."
                    C.S. Lewis


------------------------------

From: [e-mail] (Spencer W. Thomas)
Subject: MacNosy & MultiFinder?
Date: 20 Nov 87 17:32:11 GMT
Organization: University of Utah CS Dept

Does anybody know how to make MacNosy work with MultiFinder?  I tried to
start it up today -- it cleared the screen, then hung.  Had to reboot
the machine (couldn't even get the debugger box to work).  I have
version 2.66.
--
=Spencer   ({ihnp4,decvax}!utah-cs!thomas, [e-mail])


------------------------------

From: [e-mail] (Robert George Johnston, Jr.)
Subject: Re: Digitized Sound Problems
Date: 21 Nov 87 02:03:26 GMT
Organization: Carnegie Mellon University

    I asked how to do the "back door" trick with the sound manager, and
wasn't too clear as to what this was.
    Apple Computer writes in Technical Note 19 "How to produce sound
without clicking" that you can make only one call to the Sound Driver to
turn it on, and then send it continuous null sound. When the application
decides to make a noise, stuff the waveform in the sound buffer. After
the sound has played, continue sending it null sound.
    I believe that the concept here is to have the sound driver running
all of the time, so it dosen't click on and off.
    Now, in that Technical Note, Apple includes a sample program that is
supposed to do this. I may have a corrupt version of the technical note,
or an outdated copy, but it dosen't work. (That is from Turbo Pascal
1.0a).

    Rob Johnston


------------------------------

From: [e-mail] (Roger Terrell)
Subject: Does CMU TCP/IP work with MacIP?
Date: 19 Nov 87 20:02:59 GMT
Organization: Muskingum College, New Concord, OH

We are trying to get CMU's TCP/IP package to work with MacIP via
ethernet with the Kinetics FastPath box.  So far, all I have succeded in
doing is causing the name server to die (ODD ADDRESS EXCEPTION) on the
VAX end (where the CMU package is running).  To begin with, are the two
compatible at all?  This is the first time we have experimented with
networking, so no one here is very familiar with it.  Any further info
anyone might have on using either package would also be helpful.

Please send responses by E-mail if possible.

Thanks,

Roger
--

Roger Terrell
Muskingum College            ...cbosgd!musky2!terrell (UUCP)
New Concord, OH  43762


------------------------------

From: [e-mail] (William C. DenBesten)
Subject: Is borland abandoning Macintosh?
Date: 20 Nov 87 22:50:49 GMT
Organization: Bowling Green State University B.G., Oh.

Found in PC week 22 sep 87, page 148:

> ... early in 1988 ... there's a good chance Sir Kahn's company will
> have sold off most of its Macintosh product lines, currently offered
> by Borland to several firms including Apple's software spinoff, Claris.

This really concerns me.

Does any one have any more information about this? If they can't find a
buyer, will they stop supporting Turbo Pascal alltogether? If they do
find a buyer will the language/interface change?

Does anyone have any info about the differences between IBM Turbo
Pascal, Mac Turbo Pascal, and Lightspeed pascal?  I have programs that
were ported from IBM turbo pascal to Mac Turbo pascal.  How easily can I
port them to Lightspeed and others from IBM Turbo to Lightspeed Pascal?

Many questions, but this could create a small problem.
--
          William C. DenBesten | CSNET [e-mail]
      Dept of Computer Science | UUCP  ...!cbosgd!osu-cis!bgsuvax!denbeste
Bowling Green State University |
  Bowling Green, OH 43403-0214 |


------------------------------

From: [e-mail] (Richard Siegel)
Subject: Re: LSC & 68881 on Mac II
Date: 21 Nov 87 19:26:20 GMT
Organization: THINK Technologies, Inc., Bedford, MA

In article <[e-mail]> [e-mail] (Spencer
W. Thomas) writes:
>Is there some way to get LSC to use the 68881 on a Mac II?  Will this
>be available any time soon if it doesn't work now?  I have a large
>corpus of code I'd like to port, but it does floating point
>computation, and SANE is just too slow.

    You could probably hack it together yourself, but there's no easy way
to do it.

    The next release of LightspeedC will generate inline 68881 code where
appropriate.
--
        --Rich

**The opinions stated herein are my own opinions and do not necessarily
represent the policies or opinions of my employer (THINK Technologies, Inc).

* Richard M. Siegel | {decvax, ucbvax, sun}!harvard!endor!singer    *
* Customer Support  | [e-mail]                *
* Symantec, THINK Technologies Division.  (No snappy quote)         *


------------------------------

From: [e-mail] (Peter S. Wisnovsky)
Subject: Word 3.01 Search/Replace Formats utility?
Date: 21 Nov 87 21:56:41 GMT
Organization: Princeton Univ. Computing and Information Technology

Does anyone know of a search replace formats utility for Word 3.01? I
know there is one for MacWrite, but I have a lot of footnotes in the
document. Might it be possible to use a macro facility to use the
cmd-option-R cmd-option-A Find Formats commands to simulate such a
program?
--
Peter Wisnovsky        [e-mail]   BitNet: pswisnov@pucc

Please use mail: this news feed is VERY unreliable.


------------------------------

From: [e-mail]
Subject: Re: Joysticks for ADB
Date: 20 Nov 87 04:13:00 GMT

    How about ADB joysticks from the //GS world?  Is there such a thing?

--
dave ladd    [e-mail]


------------------------------

From: [e-mail] (Stephen B. Baumgarten)
Subject: Disk Recovery Using MacZap [was Re: HELP!!]
Date: 22 Nov 87 02:17:01 GMT
Organization: DP&W, New York, NY

MacZap is the only way to go when that fatal day comes (and you haven't
done a backup in weeks...).  However, there's one thing that is not
mentioned in the manual and that I found out only after it was too late.

MacZap comes with "Parameter" files that describe various different
brands  of hard disks.  These files are used if your disk gets so
trashed that the header blocks (the ones that tell the Mac where the
first usable sector is, where the directory is, etc.) are erased or
munged.  Thus, by loading the correct parameter file, you effectively
tell MacZap where to  look for the directory, file allocation table,
etc.  This is one of the things that lets MacZap recover disks when
other programs give up.

MacZap also lets you create a parameter file for your hard disk, since
Micro Analyst only provides them for about a dozen different brands.
But what they *don't* tell you is that the parameter files they supply
aren't always correct.  In my case, I had recently reinitialized my
Dataframe 20XP with the newest Manager, and this caused some of those
parameters to change. When the disk later got trashed (a long, boring
story in and of itself), MacZap produced (as always) a perfect directory
of every file on the disk and then proceeded to recover garbage for
each.  Sigh.  Upon reformatting, I created a parameter file and compared
it to the standard DF 20 file. As you can probably guess, they were
different.

This is certainly *not* Micro Analyst's fault, but it is something that
might happen to other people with Dataframes (or even other brands).

Other than this, and the atrocious manual, MacZap is the *best*.
Although I couldn't use it that one time, it's never failed me since
(although I do backups *much* more regularly now... except I haven't had
much time this week, and... :-) ).

Hope this helps someone recover some data.  Usual disclaimers apply.
Your mileage may vary.

--
   Steve Baumgarten             | "New York... when civilization falls apart,
   Davis Polk & Wardwell        |  remember, we were way ahead of you."
   ...!seismo!cmcl2!esquire!sbb |                           - David Letterman


------------------------------

From: [e-mail]
Subject: Re: Cray - Finder
Date: 21 Nov 87 01:20:00 GMT

  The Cray Finder is not a product created by Apple to access their
cray.   The Cray Finder is an ongoing (very long term) project at the
National Center for Supercomputing Applications.  It is designed to
allow users to use a cray much as they would anything else on their
desktop.
  Although the Cray Finder is not available, we do provide a program for
telnet access to any machine which talks tcp/ip.  It is called NCSA
Telnet. For more information on this product and or the Center, I can be
contacted as [e-mail].


------------------------------

From: [e-mail] (Walter Ray Smith)
Subject: Re: Can ROM fonts be modified?
Date: 22 Nov 87 03:41:58 GMT
Organization: Carnegie Mellon University

To replace a font in ROM, you must add entries to the 'ROv#' resources
in the  System file.  Each ROM version has an associated resource, but I
believe you  can add the new entry to all the 'ROv#'s with no bad
effects.  ResEdit has a  template for 'ROv#'s, so you just open each
one, select the bottom line of  *****, use the New command, and enter
the resource type and ID you are  replacing.  For example, to replace
Chicago-12, you would use type 'FONT' and  ID 12.  This will cause the
system to use the FONT 12 resource from the System  file rather than the
one in ROM.

If this isn't clear enough, send me mail.

- Walt


------------------------------

From: [e-mail]
Subject: Re: Compiler efficiency
Date: 3 Nov 87 17:47:00 GMT

    After disassembling some Lightspeed Pascal generated code I can say
without a shadow of a doubt that it is some of the WORST code (if not
the worst) I have ever seen.  Now, I have to admit, that one of the
reasons for this is that LSP is a ONE PASS COMPILER which accounts for
its speed, but that should not effect the code as much as it does...  It
is not uncommon to find a sequence of NOP's in  the code, let alone
places where three instructions are used instead of one.
    I've even had one instance where the code generation was soo poor that
it caused my INIT to crash because it somehow modified the PC!!!
    I do recommend LSP for debugging code, but I refuse to compile
something that will be published/distributed under LSP (I use MPW
becuase it's code generation is EXCELLENT and it is very code compatable
with LSP).

--
+--------------------------------------------------------------------------+
+                                   |                                      +
+  Leonard Rosenthol                |  USnail:   205 E. Healey  #33        +
+  Halevai Software                 |            Champaign, Il  61820      +
+  GEnie: MACgician                 |                                      +
+  ARPA:  [e-mail]  |  Bitnet:   [e-mail]   +
+  {ihnp4|convex|pur-ee}!uiucuxc!clio!hannon                               +
+--------------------------------------------------------------------------+
+ Disclaimer #1: Since I own the company, I can say whatever I want, and   +
+                not be responsible for it!                                +
+                                                                          +
+ Disclaimer #2: Anything I say may be construed as being under the        +
+                jurisdiction of Disclaimer #1                             +
+--------------------------------------------------------------------------+


------------------------------

From: [e-mail]
Subject: 1st Base problem
Date: 20 Nov 87 16:59:00 GMT

I'm having a problem with First Base.  I created a file, copied it to a
back-up disk, then later copied it onto the First Base disk again.  The
file blueprint was corrupted. (This is reproducable.)  I checked the
disk and found that all the data was there but I cannot access it
because the Blueprint is incorrect and even if I go in and correct the
Blueprint (from 1st Base) the changes don't stick (the Blueprint stays
corrupted).  Help?!


------------------------------

From: [e-mail] (Macintosh Users Group)
Subject: APDA - any satisfied customers?
Date: 21 Nov 87 05:45:46 GMT
Organization: RUNX Un*x Timeshare.  Sydney, Australia.

I for one am not renewing my membership for APDA. Why?

 1) Their prices for 3rd party products are higher than many mail-order
houses
 2) Their freight charges are outrageous - mail-order houses are *much*
cheaper
 3) I have received 4 APDAlogs for US$35. Other than the APDA catalog,
there's
    nothing to them.

The only good thing to come from joining APDA in Dec '86 was receiving
Scott Knaster's book, "How to write Macintosh Software".

To anyone considering joining APDA, don't, unless you *have* to get MPW
or any other Apple products.

The people from APDA are really riding the proverbial gravy-train...


------------------------------

From: [e-mail] (THINK Technologies)
Subject: Re: Compiler efficiency
Date: 22 Nov 87 21:07:43 GMT
Organization: THINK Technologies, Bedford, MA

    Lightspeed Pascal's compiler is a one-pass compiler, which means that
no optimization is done; this means that in many cases you'll see
instances of three instructions being used where one would serve. The
NOPs in the code used only for procedures that don't need to save the
machine registers... Granted that this is not good style, but it doesn't
affect the overall efficiency of the code.

>    I've even had one instance where the code generation was soo poor
>that it caused my INIT to crash because it somehow modified the PC!!!

    If you can show me a reproducible example where Lightspeed Pascal
generated bad code, I would be most happy to see it. The few instances
where garbage code gets generated are well documented, and this is not
one of them.

--
        --Rich

**The opinions stated herein are my own opinions and do not necessarily
represent the policies or opinions of my employer (THINK Technologies).

* Richard M. Siegel | {decvax, ucbvax, sun}!harvard!endor!singer    *
* Customer Support  | [e-mail]                *
* Symantec, THINK Technologies Division.  (No snappy quote)         *


------------------------------

From: [e-mail] (Chuq Von Rospach)
Subject: Re: APDA - any satisfied customers?
Date: 22 Nov 87 18:06:40 GMT
Organization: Fictional Reality, uLtd

>I for one am not renewing my membership for APDA. Why?

I just did. Not for the products.

>1) Their prices for 3rd party products are higher than many mail-order houses
>2) Their freight charges are outrageous - mail-order houses are *much* cheaper

About these, I don't knw. Living down the street from Computerware means
I don't pay much attention to mail order.

>To anyone considering joining APDA, don't, unless you *have* to get MPW or
>any other Apple products.

Or unless you need Apple documentation, Apple pre-release documentation
or software, or any of the other stuff that Apple Developers need on a
timely basis. Like the HyperCard documentation for XCMD/XCFN. Or
pre-release of Inside Mac Vol. 5. Or beta releases of Apple software.

Look at the focus. ADPA's set up primarily to get Apple stuff out to
developers. From my experience, it does that quite well. I've never
suffered a major delay, I've never had an order problem. The third party
stuff, the commercial products, those are nice to have, but that's not
what APDA's all about -- those are added services. You can get most of
those things through MacTutuor, too, which is a magazine. Or mail-order
stores.

If that stuff isn't as competitive as you'd like, fine. Don't order it.
But for what APDA does as its primary focus, it's irreplacable. If you
don't need it, don't join APDA. As lnog as I have my Mac, I'll be a
member.

chuq

--
Chuq "Fixed in 4.0" Von Rospach            [e-mail]    Delphi: CHUQ


------------------------------

From: [e-mail] (Martin L.W. Hall)
Subject: Developing hardware for Mac
Date: 22 Nov 87 18:48:08 GMT

Where is a good source(s)  of information on developing hardware for the
Macintosh?  The target would probably be boards that would be plugged in
to a Mac II's NuBus slot.  Forgive me if I sound too blissfully ignorant
but I am posting this for a friend.
--
----Martin L. W. Hall---- Sun Microsystems
MCI Mail: mlwhall    GENIE: mlwh    BIX: sphinx
HASA member   {allegra | hplabs}!sun!mlwh@sphinx or [e-mail]

------------------------------

End of Usenet Mac Digest
************************
-------